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(57) Abstract 



The invention relates to a data transmission method between a network part of a General Packet Radio Service and a subscriber 
terminal. In the method an RLC/MAC (Radio Link Control/Medium Access Control) protocol layer and an LLC (Logical Link Control) 
protocol layer employing the services of the RLC/MAC protocol layer are used as data link layers. In data transmission an LLC frame 
of the LLC layer is placed in an RLC data block of the RLC/MAC layer. In accordance with the invention more than two LLC frames 
are placed in one RLC data block. According to prior art one RLC data block may comprise two different LLC frames at the most The 
method is, for example, implemented in such a manner that when the RLC data block includes an RLC header field and an RLC data field 
then the RLC data block includes a mechanism accurately indicating the LLC frame length in each RLC data block and information about 
whether another LLC frame will follow said LLC frame or not. 
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Data transmission method in gprs 

FIELD OF THE INVENTION 

The invention relates to a data transmission method between a 
network part of a General Packet Radio Sen/ice and a subscriber terminal 
5 comprising: an RLC/MAC (Radio Link Control / Medium Access Control) pro- 
tocol layer and an LLC (Logical Link Control) protocol layer employing the 
services of the RLC/MAC protocol layer as data link layers; in data transmis- 
sion an LLC frame of the LLC layer is placed in an RLC data block of the 
RLC/MAC layer. 

10 

BACKGROUND OF THE INVENTION 

A problem with the above arrangement is that it is not optimal. Ac- 
cording to prior art LLC frames are not necessarily equally divided into RLC 
data blocks but one LLC frame may require more than one RLC data block so 

15 that the entire LLC frame can be transmitted over the radio path. An LLC 
frame can also be shorter than one RLC data block, therefore depending on 
the situation one RLC data block could hold several LLC frames. However, 
according to prior art two LLC frames can at the most be placed in an RLC 
data block. Then, if the RLC data block could in principle have held more than 

20 two LLC frames, e.g. three LLC frames, the unused capacity is lost according 
to prior art as it cannot be used. 

BRIEF DESCRIPTION OF THE INVENTION 

It is an object of the present invention to provide a method and 
25 equipment implementing the method so as to solve the above problem. This is 
achieved with the type of method presented in the preamble characterized by 
placing more than two LLC frames in one RLC data block. 

The invention further relates to a cellular network using a general 
packet radio service comprising: a network part and at least one subscriber 
30 terminal, data transmission between the network part and the subscriber ter- 
minal, the network part and the subscriber terminal being arranged to perform 
data transmission using a protocol stack where an RLC/MAC (Radio Link 
Control / Medium Access Control) protocol layer and an LLC (Logical Link 
Control) protocol layer employing the services of the RLC/MAC protocol layer 
35 act as data link layers, the network part and the subscriber terminal being ar- 
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ranged to use transmission units for data transmission in such a manner that 
an LLC frame of the LLC layer is placed in an RLC data block of the RLC/MAC 
layer. 

The cellular network is in accordance with the invention character- 
5 ized by the network part and the subscriber terminal being arranged to locate 
more than two LLC frames in one RLC data block. 

The preferred embodiments of the invention are disclosed in the 

dependent claims. 

The invention is based on the idea that no limit is artificially set on 
0 how many LLC frames can be placed in one RLC data block. 

The method and system of the invention provide several advan- 
tages. A valuable transmission capacity of the radio path is optimally utilized, 
since the data transmission capacity of the RLC data blocks is fully utilized in 
such situations where one RLC data block holds more than two LLC frames. 
5 Thus, the data transmission rate at the radio interface increases and the use 
of radio resources decreases. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following the invention will be described in greater detail in 
20 connection with the preferred embodiments with reference to the accompany- 
ing drawings, in which: 

Figure 1 A is a block diagram showing a cellular network, 
Figure 1B shows circuit-switched data transmission, 
Figure 2 shows the structure of one transceiver, 
25 Figure 3 shows protocol stacks of the system, 

Figure 4A shows a radio block, in which an RLC data block carrying 
LLC frames is placed, 

Figure 4B shows a radio block in which an RLC/MAC control block 
carrying RLC/MAC signalling is placed, 
30 Figure 5 shows by way of example how LLC frames are placed in 

radio blocks and radio bursts, 

Figure 6 shows the structure of an RLC data block, 
Figure 7A shows how two LLC frames can, at the most, be placed 
in one RLC data block in accordance with prior art, 
35 Figure 7B illustrates how more than two, e.g. three, LLC frames can 

be placed in one RLC data block in accordance with the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

With reference to Figure 1A a typical cellular network structure of 
the invention is described and its interfaces to a fixed telephone network and a 
packet transmission network. Figure 1A includes only the blocks essential for 
5 describing the invention, but for those skilled in the art it is obvious that a con- 
ventional cellular network also includes other functions and structures, which 
need not be described here in greater detail. The invention is applicable to be 
used in basic GSM cellular networks and in networks further developed there- 
from, like GSM 1800 and GSM 1900 systems. The invention is preferably used 

10 in a 2+- phase packet transmission of the GSM system, i.e. in the GPRS 
(General Packet Radio Service). Additional information on GPRS and the 
protocols used therein can be obtained, if needed, from ETSI (European Tele- 
communications Standards Institute) GPRS specifications, like ETSI GSM 
03.60 and ETSI GSM 04.64. 

1 5 The cellular network typically comprises a fixed network infrastruc- 

ture, i.e. a network part, and subscriber terminals 150 which can be fixedly 
mounted, vehicle-mounted or hand-held portable terminals. The network part 
comprises base stations 100. Several base stations 100 are, in turn, controlled 
in a centralized manner by a base station controller 102 communicating with 

20 them. The base station 100 comprises transceivers 114, typically one to six- 
teen transceivers 1 14. One transceiver 1 14 offers radio capacity to one TDMA 
frame i.e. typically to eight time slots. 

The base station 100 comprises a control unit 118 controlling the 
operation of the transceivers 114 and a multiplexer 116. The multiplexer 116 

25 locates traffic and control channels used by several transceivers 114 to a sin- 
gle data link 160. The structure of the data link 160 is accurately determined 
. and referred to as an Abis interface. The data link 160 is typically implemented 
using a 2 Mbit/s link, or a PCM link (Pulse Coded Modulation) offering a 31 x 
64 kbit/s transmission capacity, while time slot 0 is allocated for synchroniza- 

30 tion. 

There is a connection from the transceivers 1 14 of the base station 
100 to an antenna unit 112 implementing a bi-directional radio connection 170 
to a subscriber terminal 150. The structure of the frames to be transmitted also 
on the bi-directional radio connection 170 is accurately determined and re- 
35 ferred to as an air interface. 

The subscriber terminal 150 can be, for example, a standard GSM 
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mobile phone to which a laptop computer 152, which can be used in packet 
transmission for ordering and processing packets, can for instance be con- 
nected using an additional card. Protocol processing can be placed in the sub- 
scriber terminal 150 and/or in the computer 152 connected to the subscriber 
terminal 150. 

Figure 2 shows the structure of one transceiver 114 in greater de- 
tail. A receiver 200 comprises a filter blocking frequencies outside a desired 
frequency band. Then a signal is converted to an intermediate frequency or 
directly to baseband, in which form the signal is sampled and quantized in an 
analogue-to-digital converter 202. An equalizer 204 compensates for interfer- 
ence caused by multipath propagation, for example. A demodulator 206 takes 
from the equalized signal a bit stream that is transmitted to a demultiplexer 
208. The demultiplexer 208 separates the bit stream from different time slots 
into its logical channels. A channel codec 216 decodes the bit stream of differ- 
ent logical channels, i.e. decides whether the bit stream is signalling informa- 
tion transmitted to a control unit 214, or speech transmitted to a speech codec 
122 of the base station controller 102. The channel codec 216 also performs 
error correction. The control unit 214 performs internal control functions by 
controlling various units. A burst former 228 adds a training sequence and a 
tail to the data arriving from the channel codec 216. A multiplexer 226 indi- 
cates to each burst its time slot. A modulator 224 modulates digital signals to a 
radio frequency carrier. This function is of analogue nature and therefore a 
digital-to-analogue converter 222 is needed to perform it. A transmitter 220 
comprises a filter limiting the bandwidth. In addition, the transmitter 220 con- 
trols the output power of the transmission. A synthesizer 212 arranges the 
necessary frequencies for different units. The synthesizer 212 includes a clock 
that may be controlled locally or in a centralized manner from somewhere else, 
for example, from the base station controller 102. The synthesizer 212 creates 
the necessary frequencies, for example, by a voltage-controlled oscillator. 

The base station controller 102 comprises a group switching field 
120 and a control unit 124. The group switching field 120 is used to switch 
speech and data and to connect signalling circuits. The base station 100 and 
the base station controller 102 form a base station subsystem also comprising 
a transcoder, also known as a speech codec, or a TRAU (Transcoder and 
Rate Adapter Unit) 122. The transcoder 122 is generally placed as close as 
possible to a mobile services switching centre 132, since speech can then be 
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transferred in cellular network form between the transcoder 122 and the base 
station controller 102 saving transmission capacity. 

The transcoder 122 converts different digital coding forms of 
speech used between a public switched telephone network and a cellular net- 
5 work to suit one another, for example, from the 64 kbit/s fixed network form to 
another cellular network form (e.g. 13 kbit/s) and vice versa. The control unit 
124 performs call control, mobility management, statistical data collection and 
signalling. 

As Figure 1A shows the group switching field 120 can perform 
10 switching (indicated by black spots) to a public switched telephone network 
(PSTN) 134 through the mobile switching centre 132 and to a packet trans- 
mission network 142. A typical terminal 136 in the public switched telephone 
network 134 is an ordinary or an ISDN (Integrated Services Digital Network) 
phone. 

15 The connection between the packet transmission network 142 and 

the group switching field 120 is established by a support node (SGSN = Serv- 
ing GPRS Support Node) 140. The aim of the support node 140 is to transfer 
packets between the base station system and a gateway node (GGSN = 
Gateway GPRS Support Node) 144, and to keep record of the location of the 

20 subscriber terminal 150 within its area. The support node comprises several 
transmission units 164, 166 of 2 mega bytes, each being able to process PCM 
channels of at least one 2 mega bytes. In the Figure the transmission unit 164 
is connected to the base station controller 102. Depending on the need of ca- 
pacity a second transmission unit 166 could also be connected to the same 

25 base station controller 166 or to another base station controller. This connec- 
tion is, however, not described in Figure 1A. The transmission units 164, 166 
communicate through a message bus with a control unit 162, through which 
the connections to the packet transmission network 142 are handled. Further- 
more, the control unit 162 processes, for example, traffic statistics, billing data 

30 collection and location and space of the subscriber terminal 150. The functions 
of the transmission unit 164 include: encryption and decryption of user data, 
compression and decompression of user data, cancellation of user data from 
the LLC frames and location of user data in the LLC frames. 

The gateway node 144 connects a public packet transmission net- 
35 work 146 and the packet transmission network 142. An Internet protocol or an 
X.25 protocol can be used at the interface. The gateway node 144 encapsules 



BNSDOCID: <WO 9914-963A2J_> 



WO 99/14963 



PCT/FI98/00713 



6 

the internal structure of the packet transmission network 142 from the public 
packet transmission network 146, so for the public packet transmission net- 
work 146 the packet transmission network 142 resembles a sub-network, the 
public packet transmission network being able to address packets to the sub- 
5 scriber terminal 1 50 placed therein and to receive packets therefrom. 

The packet transmission network 142 is typically a private network 
using an Internet protocol carrying signalling and tunnelled user data. The 
structure of the network 142 may vary operator-specifically concerning the ar- 
chitecture and protocols below the Internet protocol layer. 
10 The public packet transmission network 146 may be, for example, a 

global Internet network, to which a subscriber terminal 148, for examp'o a 
server computer, with a connection thereto wants to transfer packets to the 
subscriber terminal 150. 

At the air interface 170 time slots not allocated to circuit-switched 
15 transmission are used for packet transmission. Capacity is dynamically allo- 
cated for packet transmission, i.e. when a data transmission request arrives 
any free channel can be allocated to be used in packet transmission. The ar- 
rangement is flexible, circuit-switched connections taking priority over packet 
data links. When necessary, circuit-switched transmission cancels out packet- 
20 switched transmission, i.e. a time slot engaged in packet transmission is 
passed on to circuit-switched transmission. This is possible, since packet 
transmission endures such interruptions well; the transmission is proceeded in 
another time slot allocated for use. The arrangement can also be implemented 
in such a manner that no definite priority is given to circuit-switched transmis- 
25 sion, but both circuit-switched and packet-switched transmission requests are 
served in their order of arrival. 

Let us next take a look how packet data is transmitted in Figure 1B. 
* All structure parts described in Figure 1B are found and explained in connec- 
tion with Figure 1A, and therefore not described herein. A laptop computer 152 
30 is now connected to the subscriber terminal 150. A bold line describes how 
data to be transferred is carried from the laptop computer 152 to the server 
computer 148. Data can naturally also be transferred in the opposite direction 
too, from the server computer 148 to the laptop computer 152. Data is carried 
through the system at the air interface 170, from the antenna 1 12 to the trans- 
35 ceiver 114 and from there multiplexed in the multiplexer 116 along the data 
link 160 to the group switching field 120, where a connection is established to 
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the output of the support node 140. In the support node 140 data is carried 
through the transmission unit 164 and the control unit 162, from the support 
node 140 data is applied along the packet transmission network 142 through 
the gateway node 144 and is connected to the server computer 148 con- 

5 nected to the public packet transmission network 146. 

Such a network can also be constructed, where circuit-switched 
data is not transferred at all, only packet data. Then the structure of the net- 
work can be simplified. 

The invention is preferably implemented by software. The invention 

10 then requires relatively simple software changes within a strictly restricted area 
in the control unit 118 of the base station 100 and/or in the control unit 124 of 
the base station controller 102. The software can thus be divided in different 
ways between the above-mentioned control units depending on how the pro- 
tocol processing is divided between different parts. Correspondingly the sub- 

15 scriber terminal 150 and/or the computer 152 connected thereto also require 
software changes in order to implement the protocol processing of the inven- 
tion. 

Although the examples show only a point-to-point packet data link 
between two parties, the invention is not restricted thereto, but it is obvious for 
20 those skilled in the art how the described arrangement can also be used, for 
example, in point-to-multipoint connections, where one party simultaneously 
transmits data to several other parties. The connection does not need to be bi- 
directional either; the invention enables bi-directional connections but a con- 
nection can also be uni-directional broadcast where the transmitter does not 
25 receive any acknowledgement from the receiver concerning the reception of 
the transmission. Different combinations are also possible, such as point-to- 
multipoint broadcast. 

!n the following a closer look is taken with reference to Figure 3 at 
how protocol stacks used in the arrangement are formed. Like the conven- 
30 tional GSM arrangement, the GPRS transmission path protocol model is also 
constructed on the basis of an OSI (Open Systems Interconnection) protocol 
model of the International Standardisation Organisation. 

As to each protocol element Figure 3 shows which protocol parts 
said network element processes. The network elements are: the mobile station 
35 (MS) 150, 152, the base station subsystem (BSS) 168, the support node 
(SGSN = Serving GPRS Support Node) 140 and the gateway node (GGSN = 
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Gateway GPRS support node) 144. The base station 100 and the base station 
controller 102 are not described separately since no interface is determined 
between the two. The protocol processing determined for the base station ar- 
rangement 168 can thus in principle be freely divided between the base station 
5 100 and the base station controller 102, however, in practice not to the 
transcoder 122 though it is included in the base station arrangement 168. Dif- 
ferent network elements are divided by interfaces Urn, Gb, Gn and Gi between 
them. 

As the top level the protocol layers have an application level APPL. 
10 It shows user applications employing the GPSR system for data transmission. 
These applications are often ordinary programs intended for Internet use, like 
e-mail programs and world wide web. 

IP/X.25 offers a connection to the Internet and other external data 
networks. For the external networks it uses a normal Internet IP protocol. 
15 a GPRS tunnelling protocol GTP tunnels user data and signalling 

along the frame network between different GSNs. The GTP can, if desired, 
implement flow control between the SGSN 140 and the GGSN 144. 

A TCP (Transmission Control Protocol) transfers the data packets 
of the GTP layer along the frame network to the protocols that need a reliable 
20 data link, for example, when using an X.25 protocol. A UDP (User Datagram 
Protocol) in turn transfers the data packets of the GTP layer whose protocol 
does not need a reliable link, for example, when using the Internet protocol IP. 
Through the IP the TCP produces flow control, and protection against disap- 
pearance and corruption for the packets to be transferred. The UDP corre- 
25 spondingly produces protection against packet corruption only. 

The IP is the frame network protocol of the GPRS, the functions of 
which include routing of user data and control data. The IP can be based on 
an IPv4 protocol, but a shift to use an IPv6 protocol will later take place. 

The most important functions of an SNDCP layer (Subnetwork De- 
30 pendent Convergence Protocol) are: multiplexing several PDPs (Packet Data 
Protocol) into one SNDCP connection, compression and decompression of 
user data and compression and decompression of protocol control information. 
In addition, the SNDCP segments the data in higher network protocol form into 
lower LLC layer (Logical Link Control) form and vice versa. 
35 The LLC layer implements a reliable encrypting logical link between 

the SGSN 140 and the MS 150. The LLC is independent and does not depend 
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on lower layers so that the air interface change would affect the network part 
of the mobile network as little as possible. In addition, the LLC supports data 
frames of varying sizes, transmission of acknowledged and non-acknowledged 
data and data transmission from the SGSN 140 to several MSs 150 using the 
5 same physical radio channel. The LLC allows different priorities for the data so 
that higher priority data is transferred to the subscriber terminal before lower 
priority data. The information to be transferred and the user data are protected 
by encryption. Between Um and Gb interfaces the LLC data is transferred at 
an LLC-Relay level. 

10 In addition to the higher layer data, a BSSGP level (Base Station 

Subsystem GPRS Protocol) carries information associated with routing and 
service quality between the BSS 168 and the SGSN 140. This information is 
physically delivered by an FR level (Frame Relay). 

There are two separate functions at the RLC/MAC level: MAC 

15 (Medium Access Control) and RLC (Radio Link Control). The MAC is respon- 
sible for performing the following functions: multiplexing data and signalling on 
uplink (from the subscriber terminal to the network part) and downlink (from 
the network part to the subscriber terminal) connections, management of 
uplink resource requests and division and timing of downlink traffic resources. 

20 This level also includes management of traffic prioritization. The RLC attends 
to the transmission of LLC-level data, or LLC frames, to the MAC level; the 
RLC divides the LLC frames into RLC data blocks and transmits them to the 
MAC layer. In the uplink direction the RLC builds LLC frames from RLC data 
blocks which are transferred to the LLC layer. On the basis of a BCS (Block 

25 Check Sequence) of a CRC (Code Redundancy Check) calculated by the 
physical level the RLC level produces retransmission procedures of erroneous 
data. The physical level is implemented at Um interface on a radio connection, 
for example, at the determined air interface of the GSM. Modulation of the car- 
rier wave, interleaving and error correction on the data to be transmitted, syn- 

30 chronization and transmitter power control are examples of functions per- 
formed at the physical level. 

Figures 4A and 4B illustrate the structure of a radio block. The radio 
block refers to a structure used at the RLC/MAC protocol layer. In the radio 
block of Figure 4A the LLC frames are carried in the RLC data block and in the 
35 radio block of Figure 4B the RLC/MAC signalling is carried in the RLC/MAC 
control block. 
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In Figure 4A the radio block is formed of a MAC header field MAC 
HEADER, an RLC data block RLC DATA BLOCK and a block check sequence 
BCS. 

The MAC header includes a USF (Uplink State Flag), a T (an indi- 
5 cator of radio block type) and a PC (Power Control). The RLC data block is 
formed of an RLC header field RLC HEADER and an RLC data field RLC 
DATA. The invention relates to the RLC data blocks in particular where the 
LLC frames are transparently transferred at the air interface 170 between the 
base station 100 and the subscriber terminal 150. 
10 The radio block in Figure 4B is formed of a MAC header field, an 

RLC/MAC control block and a block check sequence BCS. The RLC/MAC sig- 
nalling is transferred only between the subscriber terminal 150 and the base 
station system 168. Signalling is used for maintaining a physical radio re- 
source. 

15 in Figure 5 the data included in one LLC frame is placed in three 

radio blocks according to Figure 4A, each radio block being placed in four 
normal radio bursts of the radio path 170. The LLC frame is formed in accor- 
dance with the Figure from a frame header FH, information INFO to be trans- 
ferred and a frame check sequence FCS. The radio block consists of a block 
20 header BH, information INFO to be transferred and a block check sequence 
BCS, The BH corresponds to the MAC header field MAC HEADER and the 
RLC header field RLC HEADER in Figure 4A. 

The aim of the RLC/MAC protocol layer is thus to divide the LLC 
frames into smaller blocks so that they can be physically conveyed in the radio 
25 blocks over the radio path. The length of one LLC frame can be up to about 
1600 octets. The LLC frame can also be very short, in which case the proce- 
dure of the invention can be used so that the transmission capacity of the ra- 
dio block will be efficiently utilized. 

Figure 6 shows in greater detail the structure of the RLC data block 
30 which is interesting for the invention. Bits 1-8 forming one octet are shown in 
the horizontal plane. Octets 1-N are shown in the vertical plane. Octet 1 com- 
prises a MAC header field so that bits 8-5 include a PC, bit 4 a T and bits 3-1 a 
USF. Octets 2-4 comprise an RLC header field so that bits 8-2 of octet 2 in- 
clude a TFI (Temporary Flow Identity) and bit 1 an S/P (Supplementary/Polling 
35 Bit), bits 8-2 of octet 3 include a BSN (Block Sequence Number) and bit 1 an E 
(Extension Bit) and octet 4 an optional extension field OPT EXT FIELD. Octets 
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5-N comprise information RLC INFO to be transferred, i.e. the LLC frame data 
to be transferred. 

The TFI is used to identify to which temporary block flow the RLC 
data block belongs. The network part determines an identifier for each tempo- 
5 rary block flow. 

The S/P is used for control and monitoring signalling. 

The BSN is used to show the radio block sequence, where the col- 
lected blocks form one LLC frame. 

The E is used to indicate whether the optional extension field is in- 
10 eluded or not. If the extension bit is not switched on, then all the following in- 
formation to be transferred is included in one LLC frame. If the extension bit is 
switched on, then the extension field is included and belongs to the RLC 
header field. 

The length of the extension field is thus one octet. The first 6 bits 
15 form a length indicator LI indicating how many octets from an RLC INFO field 
belong to the prevailing LLC frame. 

The last byte in the LLC frame can be placed in the middle of the 
RLC data field, the LI then informing about the location of the last byte of the 
LLC frame. 

20 In addition the extension field comprises two bits, the combination 

of which informs about the contents of a possibly incomplete RLC data field, 

One bit (M) shows whether the same radio block includes another 
LLC frame. If this is the case, then another bit (C) shows whether the entire 
second LLC frame is in this radio block or whether it continues in the following 
25 radio block. 

Four different states can be indicated by the M and C bits: 

1. A second LLC frame is found in the same RLC data field, and the 
entire second LLC frame is in said RLC data field. 

2. A second LLC frame is found in the same RLC data field and this 
30 second LLC frame continues in the RLC data field of the following radio block. 

3. A second LLC frame is not found in the same radio block but a 
temporary block flow continues. 

4. A second LLC frame is not found in the same radio block and the 
temporary block flow ends. 

35 This prior art definition has several weaknesses: 

In the case of state 1 the length of the second LLC frame is not de- 
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fined. Therefore in order to accomplish an operative system the base station 
100 should upon receiving such a radio block transmit, to be sure, all remain- 
ing octets in the RLC data block to the SGSN 140 to ensure that the SGSN 
140 is able to receive all the octets belonging to the second LLC frame. 
5 In the case of state 1 unnecessary octets, which do not include any 

payload associated with the LLC frame, are carried in the uplink direction at 
the interface between the base station 100 and the base station controller 102 
and/or at the interface between the base station controller 102 and the SGSN 
140. The capacity of Abis and/or Gb interfaces is thus unnecessarily used. A 
10 solution to the problem is to include functions in the base station system 168 
by which the contents of the LLC frame are examined and unnecessary octets 
are removed from the LLC frame. This is, however, difficult to carry out and 
does not really fit into the GPRS specifications since the LLC protocol is 
placed in the SGSN 140 and not in the base station system 168. 
15 There is such a version of the state 1 case that the second LLC 

frame does not entirely fill the RLC data block, in which case the end transmit- 
ting the LLC frames cannot entirely utilize the transmission capacity, since 
there is no mechanism to inform that one or more LLC frames are found in 
said RLC data block. Valuable radio capacity is thus not fully utilized. 
20 Figure 7A shows how only a first LLC frame 700 and a second LLC 

frame can be placed in the first radio block. However, the first radio block has 
enough space for the third LLC frame 704, but since there is no mechanism to 
indicate the presence of a third LLC frame in the first radio block, the third LLC 
frame 704 cannot be placed in the RLC data block of the first radio block. The 
25 third LLC frame 704 is transferred using the RLC data block of the second ra- 
dio block and the capacity of the RLC data block not used by the first radio 
block is therefore lost. 

Figure 7B shows a procedure of the invention. All three LLC frames 
700, 702, 704 can be placed in the RLC data block of one radio block, and the 
30 capacity of the RLC data block will be entirely utilized as shown in the Figure. 

The procedure in Figure 7B can be implemented in such a manner 
that the RLC data block includes a mechanism accurately indicating the length 
of the LLC frame included in each RLC data block and the information on 
whether another LLC frame will follow after said LLC frame. Figure 7B illus- 
35 trates a way to implement the mechanism. There, the octet of the RLC data 
block, in which the preceding LLC frame ends, is always followed by a conre- 
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sponding extension field than what is determined in accordance with prior art, 
if a new LLC frame is to be transmitted. This new extension field determines 
whether there is a next LLC frame in the same RLC data block. Furthermore 
the extension field determines the length of said LLC frame and whether said 
5 LLC frame can fit into the current RLC data block or whether it continues to the 
next RLC data block. The mechanism described can be applied until the entire 
RLC data block is filled with LLC frame data and thus the data stream of the 
LLC frames can be a continuous octet-shaped LLC data stream independent 
of the RLC data block limits. 

10 The mechanism presented above is only one example of how more 

than two LLC frames can, if needed, be placed in one RLC data block. Even 
though the invention has been described above with reference to the example 
of the accompanying drawings, it is obvious that the invention is not restricted 
thereto but can be modified in various ways within the scope of the inventive 

15 idea disclosed in the attached claims. 
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CLAIMS 

1 . A data transmission method between a network part of a General 
Packet Radio Service and a subscriber terminal comprising 

- an RLC/MAC (Radio Link Control / Medium Access Control) proto- 
5 col layer and an LLC (Logical Link Control) protocol layer employing the serv- 
ices of the RLC/MAC protocol layer as data link layers; 

- in data transmission an LLC frame of the LLC layer is placed in an 
RLC data block of the RLC/MAC layer, 

characterized by placing more than two LLC frames in one 
10 RLC data block. 

2. A method as claimed in claim 1 , characterized by 

- an RLC data block comprising an RLC header field and an RLC 

data field, 

- and the RLC data block including a mechanism accurately indi- 
15 eating the length of the LLC frame included in each RLC data block and infor- 
mation on whether another LLC frame will follow said LLC frame or not. 

3. A cellular network using a general packet radio service compris- 
ing: 

- a network part and at least one subscriber terminal; 

20 - data transmission between the network part and the subscriber 

terminal; 

- the network part and the subscriber terminal being arranged to 
perform data transmission using a protocol stack where an RLC/MAC (Radio 
Link Control / Medium Access Control) protocol layer and an LLC (Logical Link 

25 Control) protocol layer employing the services of the RLC/MAC protocol layer 
act as data link layers; 

- the network part and the subscriber terminal being arranged to 
use transmission units for data transmission in such a manner that an LLC 
frame of the LLC layer is placed in an RLC data block of the RLC/MAC layer, 

30 characterized by the network part and the subscriber terminal being 
arranged to locate more than two LLC frames in one RLC data block. 

4. A cellular network as claimed in claim 3, characterized 

by 

- the RLC data block comprising an RLC header field and an RLC 

35 data field, 

- and the network part and the subscriber terminal being arranged 
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to locate a mechanism in the RLC data block accurately indicating the length 
of the LLC frame included in the RLC data block and information about 
whether another LLC frame will follow said LLC frame or not. 
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